백로그를 조직하는 8가지 방법

우리는 종종 프로덕트 백로그에 대해 의문을 제기하지 않습니다. 그것들은 우리가 희망하거나, 할 수도 있고, 하고 싶어하는 것들의 목록일 뿐입니다. 하지만 그것들이 항상 목록으로만 표현되어야 할까요?

백로그를 구성하는 8가지 방법

1. 사용자 스토리 맵

사용자 스토리 맵으로서의 백로그

사용자 스토리 맵은 처음으로 백로그를 빠르게 구성하는 훌륭한 방법이며, 릴리스 계획을 위한 강력한 도구이기도 합니다.

더 성숙한 제품의 경우, 저는 종종 사용자 스토리 맵을 고객 전형, JTBD, 목표, 심지어 문제 영역에 따라 나누었습니다. 상황에 따라 가장 합리적인 방식을 선택합니다.

2. 아이디어 퍼널 백로그

아이디어 퍼널 백로그가 칸반 보드로 연결됨

말 그대로 퍼널! 백로그를 시각화하고 백로그의 '상단'(혹은 '오른쪽')에 있는 프로덕트 백로그 항목의 수를 실제로 물리적으로 제한하는 훌륭한 방법입니다.

이 백로그 형태는 우선순위를 정하고 집중하는 데 도움이 되며, 너무 많은 오버헤드나 형식적인 구조 없이도 유동적으로 유지할 수 있습니다.

3. 기회 백로그

백로그를 두 개로 나누기 — 발견을 위한 기회 백로그와 전달을 위한 개발 백로그.

모든 아이디어, 문제 스페이스, 기회가 여기에 모입니다. 좋은 아이디어로 검증되면, 전달 백로그로 넘어갑니다.

결국 학습은 더 많은 기회를 가져오게 되어 다시 기회 백로그로 돌아가게 되며, 이것이 제품 개발의 순환입니다!

4. 작업 분류 백로그

작업의 다양한 유형에 따라 백로그를 여러 소규모 백로그로 나누세요.

흔히 발생하는 일은 모든 것을 추적하려고 제품 관리자들이 레이블을 과도하게 사용하게 되는 것입니다. 곰곰이 생각해 보면, 그들이 실제로 하고 있는 일은 서로 다른 작업 클래스에 기반하여 백로그를 여러 소규모 백로그로 나누는 것입니다.

간단한 방법 중 하나는 그것들을 문자 그대로 분리하는 것입니다. 대부분의 도구는 다양한 보기와 필터를 사용하여 이를 달성할 수 있게 하면서도 스프린트와 같은 항목에 대해 단일 보기의 무결성을 유지할 수 있습니다.

5. 트리 백로그

트리 백로그는 다양한 기능 세트를 갖춘 복잡한 제품에 적합합니다.

기술 트리는 다양한 유형의 기능을 가진 복잡한 제품에 적합합니다. 이렇게 백로그를 표현하는 것은 다양한 기능이 어떻게 상호 연관되어 있는지, 그리고 특정 기능이 어떻게 간단하게 시작되어 단계적으로 강화될 수 있는지를 시각적으로 보여주는 훌륭한 방법입니다.

6. 영향력 맵 백로그

임팩트 맵은 특정 결과를 향한 여러 대안 경로를 구상하는 데 유용합니다.

영향력 매핑은 가지가 뻗어나간다는 점에서 Tree Backlog과 유사하게 작동합니다. 그러나 트리와는 달리 각 브랜치의 단계는 다른 백로그 항목이 아니며 오히려 WHY > WHO > WHAT > HOW로 이동하는 영향 맵의 한 단계를 나타냅니다.

이 방법으로 백로그를 표현하면 모든 것이 결과 중심으로 유지되기에 좋습니다. 그러나 영향력 매핑 백로그는 기술 부채, 버그 수정 등 다른 작업 클래스를 표현하는 데는 적합하지 않습니다.

7. 백로그

백로그는 작업을 범주화할 수 있는 '슬라이스'를 만들기에는 완벽하면서도 하나의 장소에서 전체적인 보기를 유지하는 데 이상적입니다.

틀을 깨는 것에는, 혹은 모서리가 없는 것과 관련이 있을지 모르는 무언가가 사람들에게서 창의성을 이끌어 내는 것이 있습니다.

심지어 창의력을 발휘해 다양한 크기의 슬라이스를 가져가 WIP를 물리적으로 제한할 수 있습니다! 그리고 퍼널 백로그처럼 로드맵과 백로그를 하나로 사용할 수 있습니다.

8. 전환 퍼널 백로그

전환 퍼널 백로그는 전환이 명확한 초기 및 성장 단계의 제품에 적합합니다.

이것은 깔때기에서 이탈이나 잠재적 문제점에 대한 정량적 데이터와 백로그 항목이나 기회 영역이라는 두 가지 중요한 정보를 함께 제공합니다.

특정 지점에서 명확한 중단이 있는 경우, 해당 백로그 섹션의 모든 내용이 이제 최우선 과제가 됩니다. 집중력을 잃지 않고 백로그의 해당 섹션에 계속 집중하다가 수치가 개선되거나 다른 중요한 이유가 생길 때까지 계속하세요.